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Claims 1 -8 as originally filed in the PCT application have been canceled herein, and 
the subject matter thereof represented as new claims 9-16. The new claims conform to 
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requests that the amendment and substitute specification be entered. 
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PUSH-TO-TALK INTERWORKING 



Background 



1 . Field of the Invention 



The present invention relates to interworking between separate communication 
networks using dialled connections^ and especially to a push to talk Push-to-Talk 
communication method and system for enabling a subscriber to communicate with one or 
more other subscribers of one or more communication networks without using a dialling 
procedure. 



2. Discussion of Prior Art 



It is state of th e art well known to use a dialing procedure in digital 
communication systems to set up a communication path between two subscribers 
of a communication network or between two subscribers of different 
communication networks. 



U.S. patent 6.304 558 discloses a network dispatch management system for 
providing a dispatch service to dispatch clients via a packet-switched networks, 
such as the internet. This also includes a packet-switched communication 
originating from a wireless communication svstem. 



SUMMARY OF THE INVENTION 



It is th e obj e ct a purpose of the present invention to propos e provide 
methods and systems for providing push - to - talk Push-to-Talk services between 
subscribers of different operators. 
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Aocording to the invention this object is achieved by providing methods 
and systems as disclosed in the indep e ndent claims. 



Other f e atures which ar e con s id e r e d to b e oharaoteri s tio for th e inv e ntion 
are s e t forth in the app e nd e d claims. 



The invention provides solutions for Push-to-Talk services interworking 
between different network operators, ergr for example, interworking between 
Operator 1 and Operator 2. As there is no standard mechanism specified in order 
to realize the interworking th e following a technical solution is propos e d 

according to this invention is set forth below . 



The P ush-to-Talk feature enables a user to send a message^ either streamed or 
transferred^ to another user or a group of users after pressing a button or initialising 
initializing a start signal in another known technique. Special actions have to be taken to 
organis e organize a Push-to-Talk Group across operators. 



Within the text of this pat e nt or pat e nt application description, the 
abbreviation"PoC"shatt means push to talk Push-to-Talk over a.communication system. 
'ToC AS"shaU means push to talk Push-to-Talk over a_Communication system 
application server. "Operator"shaH means a (network) operator providing Push-to-Talk 
services. 



25 A first embodiment of the invention provides a method for operating a push to 

talk Push-to-Talk communication between a PoC-group consisting of at least of one 
member of a first communication network and a PoC-group consisting of at least of one 
member of a second communication network, using network. Using a PoC application 
server in each communication network is characterised by the steps of connecting the 
30 members of the PoC-group of the first network operator with the members of the PoC- 
group of the second network operator, and synchronising the PoC application servers to 
each other. 
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1- 



A second embodiment of the invention provides a method for push to talk Push- 
to-Talk communication between the members of an existing push to tal k Push-to-Talk 
communication session and a group of an additional communication network, using a 
PoC application server in each communication network, charact e ris e d by network. This 
embodiment includes the steps of connecting the additional group to each of the existing 
groups of the session, and synchronising the PoC application server of the additional 
group to the previously synchronised PoC application servers. 
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The proposed Push-to-Talk Interworking interworking has several advantages. 
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The above mechanisms may be used for Push-To-Talk systems or any other 
system using group communication in any form. Further, the mechanisms apply to 
fixed/wireless and circuit/packet based communication networks. 



Any address scheme, for example. IP-address, phone numbers, SIP-URls, 
ULRs, email-addresses, among others, m ay be used to identify the users and groups. 
Dedicated signaling protocols are used to exchange information about the groups, er-gr 
such as size, member, status of the members, and, th e and the mechanisms may be used 
with two or more operators simultaneously. 



BRIEF DESCRIPTION OF THE DRAWING 



The objects, advantages and features of the invention will be more 
25 clearly perceived from the following detailed description, when read in 
conjunction with the accompanying drawing, wherein: 

In th e following th e pr e f e rr e d e mbodiments of th e inv e ntion ar e d e scrib e d in mor e d e tail 
with r e f e renc e to th e drawings. 



30 Fig. 1 shows th e is a block diagram showing the situation when beth-two network 

operators offer Push-to-Talk groups to each other; 
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Fig. 2 shews -is a block diagram similar to Fig. 1. showing the situation when only 
operator 2 offers Push-To Talk groups to customers of operator 2 and 1; 



Fig. 3 shows the is a similiar block diagram showing a push to Talk Us e r 
Signalling/Traffio Flow Push-to-Talk user signalling/traffic flow (Alternative 1); 



Fig. 4 shews -is another block diagram showing the Push to Talk User 
Signalling/Traffic Flo w Push-to-Talk user signalling/traffic flow (Alternative 2) : and 



1 0 Fig. 5 shews -is vet another similar block diagram showing t he Push-to-Talk -User 

Signalling/Traffic Flow user signalling/trafllc flow (Alternative 3). 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



15 In Figure Fig. 1 the architecture is shown when two operators offer Push-to-Talk 

groups to each other. On the left hand side there is shown the domain of Operator 
l(OPl). There is a number(l+n... m) of users (subscribers) with their end terminals 1 
logged on to op e rator Operator 1 . Operator 1 preferably operates his own access network 
2 to provide access to his telecommunication services. There is preferably an 
20 authentication and routing element 3 which authenticates the users and routes the 
connection to the required services and/or destinations. 



According to the invention^ operator Operator 1 provides a PoC application server 
4 (PoC AS) which hosts a Push-to-Talk group which is identified^ for example^ by the 
25 address "peePoc-group@opl. net." The usersl+n... m can be members of this Push-to- 
Talk group. There may also be a billing facility 5 to charge the utilised communication 
services to the users. 
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On the right hand side there is shown the domain of Operator 2 (0P2). There is a 
number(l,.. n) of users (subscribers) with their end terminals^ 1 1 logged on to op e rator 
Operator 2 . Operator 2 may operate an access network 12 to provide access to his 
telecommunication services. There also can be an authentication and routing element 13 
which authenticates the users and routes the connection to the required services and/or or 
destination s, or both . 



According to the invention^ operator Operator 2 also provides aft a.PoC 
application server 14 (PoC AS) which hosts a Push-to-Talk group which is identified^ for 
10 example^ by the address "pe6Poc-group@op2. net." The users 1... n can be members of 
this Push-to-Talk group. There may also be a billing facility 15 to charge the required 
communication services to the users. 



The PoC application server 4 of op e rator Operator 1 is connected via a 
1 5 synchronisation synchronization c onnection and (sync) interworking connection(IC) with 
the PoC application server 14 of operator Operator 2 



The coordination of both Push-to-Talk groups, irer that is "pe ePoc -group(aiopl. 
net" and pe e'Toc-group@op2. net" is managed by a-common group management system 
20 6. 



Operator_l and Operator_2 negotiate an agreement, that Operator_2 is allowed to 
offer the Push-to-Talkgroup"peePoc-group@op2. net" and Operator_l is allowed to offer 
the Push-to-Talk group pe 6"Poc -group@op 1 . net" to the other operator, respectively. 
25 Accordingly, the users n+l-te-».m join the group pee Poc-group@op2.net from Opl side 
and the users l4e^ n join the group pee Poc-group@op 1 . net from Op2 side. 
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Via the synohronisation synchronization connection a synchronisation 
synchronization t akes place between Operator 1 and Operator 2 PoC application servers 4 
and 14, so the group members of pee Poc-group@opl. net and pee Poc-group@op2. net 
are known to both operators, ir-e? that is. op e rator Operator 2 and Operator 1. The 
s ynchronisation synchronization is carried out automatically by the PoC application 
servers 4 and 14. There may also be a synchronisation synchronization w henever a user 
requests update of all group members of pee Poc-group@opl.net and pee Poc - 
group@op2.net before sending a PoC message. 



Figwe Fig. 2 shows an identical architecture as Figufe-Fig^l. In the depicted 
situation only op e rator Operator 2 offers Push-To-Talk groups to customers of both 
operator Operator 2 and Operator 1. Operator 1 and Operator 2 negotiate an agreement 
that Operator 2 is allowed to offer the group pee Poc-group@op2. net. Accordingly, users 
n+1... m join the operators Operator 2 group pee Poc-group@op2.net from the O pl side 
and user l-te^^^ n join the same group pee Poc-group@op2.net from the Op2 side. 



A synohronisation synchronization t akes place between Operator 1 and Operator_2 
PoC application servers 4 and 14, so the group members of pee Poc-group@op2. net are 
known to both Operator 1 and Operator 2, that is^ the group members of pee Poc- 
group@opl. net are only known to operator Operator 1 but not to operator Operator 2. 
The synchronisation synchronization t akes place automatically by the PoC application 
servers 4 and 14 and also in case a user requests update of all group members before 
sending a PoC message. 



25 f4gttfe -Fig. 3 shows the push to Talk Us e r Signalling/TrafFio Flow Push-to-Talk 

user signalling/traffic flow according to a first alternative. Only 0P2 is allowed to offer 
his group pee Poc-group@op2. net to Opl. A us e r User m with his terminal 1 logged to 
Opl presses^ for example^ a special PoC button on his terminal. It is assumed that all or 
parts of the members of the pee Poc-group@op2. net are known/not known in the Opl 
30 PoC application server due to synchronisation sy nchron ization/ request mechanism. 
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The messages are terminated towards toward all users logged on to Opl (except 
user m) and to the users of the group logged on to Op2. 

The-PoC application server 4 in connection with the-billing facility 5 may 
generate billing records and Int e rconnection intcrconnection fIC) records for accounting. 
Th«-PoC AS 4 of Opl acts as proxy for a single user m of pee Poc-group@op2.net 
logged on to the operator Operator 1 network and contact the PoC application server 14 
for the group pee Poc-group@op2. net located at operator Operator 2. The-PoC 
application server 14 of Operator 2 may be identified by a address derived from the group 
address, ji-e rthat is. "... op2. net" 

Fig. 4 shows the Push to Talk U se rSignalling /Traffic Flow Push-to-Talk user 
signalling/traffic flow according to a second alternative. Only 0P2 is allowed to offer his 
group pee Poc-group@op2. net to Opl. A us e r User m with his terminal 1 logged to Opl 
presses^ for example^ a special PoC button on his terminal, and all or parts of the 
members of the pee Poc-group@op2. net are.known/not known in the Opl PoC 
application server 4 due to synchronisation synchronization/ request mechanism. 

The messages are terminated toward s t oward all users logged on to Opl (except 
user m) and to the users of the group logged on to Op2. 

The PoC application server 4 in connection with the-billing facility 5 may 
generate billing records and Interconnection interconnection (IC) records for accounting. 
The-PoC AS 4 of Opl acts as proxy for a single user of pee Poc-group@op2. net logged 
on to the operator O perator 1 network and contact the PoC application server 14 for the 
group located at operator Operator 2. 

The PoC AS may also act as partial PoC group server (partial group proxy) for all 
users of pee Poc-group@op2. net logged on to the op e rator Operator 1 network and 
contact the PoC server 14 for the group pee Poc-group@op2. net. The traffic between the 
servers 4 and 14 may be a server-server connection combining the traffic of the partial 
groups. 
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The server of Operator 2 may be identified by an address derived from the group 
address* that is. ".,. op2. net". 



Fig. 5 shows the Push-to-Taik User Signalling/Traffic Flow user signalling/tratTic 
flow according to a third alternative. 0P2 is allowed to offer his group pe ePoc - 
group@op2. net to Opl and users of Opl are allowed to use it. A user m User m, with his 
terminal 1 logged to OpU presses^, for example^ a special PoC button on his terminal^ and 
the message is directly routed to the PoC application server 14 of Operator 2. 



The messages are terminated toward s toward a ll users logged on to Op 1 (except user m) 
and to the users of the group logged on to Op2. 



Tbe-PoC application server 4 in connection with the-billing facility 5 may 
1 5 generate billing records and Interconnection interconnection (IC) records for accounting. 



Tbe-PoC application serverM of Operator 2 may be identified by a address 
derived from the group address. 



20 While the invention has been described in detail with reference to disclosed 

embodiments, various modifications within the scope of the invention will be 
apparent to those of ordinary skill in this technological field. It is to be appreciated 
that features described with respect to one embodiment typically may be applied to 
other embodiments. Therefore, the invention properly is to be construed only with 

25 reference to the claims and reasonable equivalents. 
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